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DETAILED ACTION 



1. 



This action is in response to the amendment filed on 05/08/2007. 



2. 



Claims amended by the Applicant: 8 and 9 



3. 



Claims 1-14 pending. 



Response to Arguments 



4. In response to the applicants argument/comments the "provisional" double patenting 
rejection should continue to be made by the examiner in each appHcation as long as there 
are conflicting claims in more than one application unless that "provisional" double 
patenting rejection is the only rejection remaining in at least one of the applications. See 
MPEP §804. 

5. Applicant's arguments with respect to claims have been considered but they are not 



In the remarks, the applicant has argued that: 

The Examiner contended that certain portions of page 3, page 5, and figure 3 of UIML disclose these 
aspects of Applicants' claim 1. (Office Action, pages 9-10). This is not correct. Nowhere does UIML disclose or 
suggest receiving a document having a statement with an indication to render first and second objects and 
Interpreting the statement to identify a presentation pattern for the assembly from predefined first and second 
presentation patterns according to the type of the device. In contending that UIML does disclose these two limitations, 
the Examiner cited the same portion of the page 5 section "UIML as a meta-language." In particular, the Examiner 
cited "UIML document specifies a mapping of those names to a vocabulary specific to a particular target platform." 
(Office Action, pages 9-10). 

This is very different from the objects of different types and the predefined presentation patterns according 
to the type of device recited in Applicants' claim 1 . For example, the UIML sentence that immediately follows the 
sentence cited by the Examiner reads, "[f]or example, if the target is Java AWT, the vocabulary might consist of the 
java.awt and java.awt.event class names, such as Frame, Menu, and Button." Even if these class names may 
correspond to objects, which Applicants do not concede, they certainly are not a predefined presentation pattern as 
recited in Applicants' claim 1 . Neither does figure 3 of UIML disclose or suggest predefined presentation patterns or 
identification of a presentation pattern from predefined first and second presentation patterns according to the type of 
the device, in contrast to the Examiner's contention. 

Neither Is Applicants' claim 1 obvious In view of UIML. UIML does not provide any details concerning how 
objects are presented in user Interfaces of various devices. While UIML mentions that it discloses an XML language 
that permits description of a user Interface In a device-Independent manner, (page 1, Abstract), no details are 
provided concerning how anything actually gets presented on a user interface. Mapping of names between platforms, 
as UIML discloses, is an abstract notion devoid of explanation or specifics that would permit one skilled in the art to 



persuasive. 
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arrive at the method of Applicants' claim 1 . 

Accordingly, claim 1 defines subject matter that is patentable over UIML. 

Examiner's response: 

In response to Applicant's argument UIML disclose an XML language that 
permits a declarative description of a user interface in a highly device-independent 
manner. An objective of UIML is to permit a UIML document to be mapped to any type 
of user interface, from graphical to speech, and even to those not yet invented (see 
abstract). UIML clearly teaches the limitation receiving a document having a statement 
with an indication to render first and second objects and interpreting the statement to 
identify a presentation pattern for the assembly from predefined first and second 
presentation patterns according to the type of the device. See FIG. 1 which shows 
displaying data on multiple devices by receiving a document having a statement with an 
indication to render first and second objects and interpreting the statement to identify a 
presentation pattern for the assembly from predefined first and second presentation 
patterns according to the type of the device. Further, UIML does disclose presentation 
pattern since it's displaying data on multiple devices of it's (device) own natural 
langugag (see page 5, section UIML as a meta language). Applicant only makes 
general allegations. Therefore UIML does disclose the limitations as claimed and the 
rejection is maintained herein. 

In the remarks, the applicant has argued that: 

Dependent claim 5 depends from claim 1, and thus is patentable over UIML for at least the reasons 
described above with reference to claim 1 . Additionally, claim 5 recites "wherein the presentation pattern is identified 
according to the size of the screen." The Examiner contended, in rejecting claim 5, that UIML discloses this aspect at 
figure 1 , figure 3, and related discussion. (Office Action, page 11). This is not correct. Figure 1 of UIML simply shows 
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a block diagram having two devices, and describes one as presenting information in English and the other as 
presenting information in French. Figure 3 also shows two devices, but does not show or describe differences in 
presentation, let alone differences in presentation based on screen size, and nowhere in UIML are these aspects 
disclosed or suggested. As described above, UIML does not disclose or suggest predefined presentation patterns, 
and certainly does not disclose or suggest identifying a presentation pattern based on size of the screen of the 
device. Without limitation, Applicants submit that this provides at least an additional reason why claim 5 defines 
subject matter that is patentable over UIML. 

Examiner's response: 

In response to Applicant's argument, the response above with respect to claim 1 

is incorporated UIML disclose an XML language that permits a declarative description of 

a user interface in a highly device-independent manner. An objective of UIML is to 

permit a UIML document to be mapped to any type of user interface, from graphical to 

speech, and even to those not yet invented (see abstract). UIML clearly teaches the 

limitation receiving a document having a statement with an indication to render first and 

second objects and interpreting the statement to identify a presentation pattern for the 

assembly from predefined first and second presentation patterns according to the type 

of the device, See FIG. 1 which shows displaying data on multiple devices by receiving 

a document having a statement with an indication to render first and second objects and 

interpreting the statement to identify a presentation pattern for the assembly from 

predefined first and second presentation patterns according to the type of the device. 

Further, UIML does disclose presentation pattern since it's displaying data on multiple 

devices of it's (device) own natural language (see page 5, section UIML as a meta 

language) and furthermore, UIML disclose presentation pattern and further it is displays 

on a display device such as PDA or PC (see FIG. 1 and section UIML-Main Element). 

Applicant only makes general allegations. Therefore UIML does disclose the limitations 

as claimed and the rejection is maintained herein. 
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In the remarks, the applicant has argued that: 

Claim 9, as amended, is similarly patentable over UIML because UIML does not disclose or suggest all of 
the limitations recited in claim 9. For example, UIML does not disclose or suggest a method that includes 
"customizing a workbench component that identifies constraints on the validity of the application specification 
document." The Examiner contended, in rejecting claim 9, that figure 1 . figure 3, and related discussion of UIML 
disclose this aspect of claim 9. (Office Action, page 12). This is not con-ect. Neither figure 1 nor figure 3 of UIML show 
a workbench component or anything resembling a workbench component, and no mention or suggestion is made in 
UIML of identifying constraints on the validity of the application specification document. Furthermore, amended claim 
9 recites "rendering a first object and a second object on the user interface of the device using ttie user interface 
model according to one of the layout themes for the device." UIML also fails to disclose or suggest this aspect of 
Applicants' daim 9. For at least these reasons, claim 9 defines subject matter that is patentable over UIML, as do 
each of dependent claims 10-14. 

Examiner's response: 

In response to Applicant's argument, the response above with respect to claim 1 
and 5 is incorporated UIML disclose an XML language that permits a declarative 
description of a user interface in a highly device-independent manner. An objective of 
UIML is to permit a UIML document to be mapped to any type of user interface, from 
graphical to speech, and even to those not yet invented (see abstract). UIML clearly 
teaches the limitation receiving a document having a statement with an indication to 
render first and second objects and interpreting the statement to identify a presentation 
pattern for the assembly from predefined first and second presentation patterns 
according to the type of the device, See FIG. 1 which shows displaying data on multiple 
devices by receiving a document having a statement with an indication to render first 
and second objects and interpreting the statement to Identify a presentation pattern for 
the assembly from predefined first and second presentation patterns according to the 
type of the device. Further, UIML does disclose presentation pattern since it's displaying 
data on multiple devices of it's (device) own natural language (see page 5, section UIML 
as a meta language) and furthermore, FIG. 1 of UIML clearly shows customized 
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deployment of UIML which is done on different type of devices and multiple types of 
language. Applicant only makes general allegations. Therefore UIML does disclose the 
limitations as claimed and the rejection is maintained herein 



Specification 

6. The objection to use of trademarks is withdrawn in view of Applicant's 
amendment/comments. 



Claim Rejections - 35 USC § 112 
7. The rejections under 35 U.S.C. §112 second paragraph to claims 1 1-14 is withdrawn in 
view of Applicant's amendment/comments. 



Claim Rejections - 35 USC § 101 

8. The rejection under 35 U.S.C. §101 to claims 8-14 is withdrawn in view of Applicant's 
amendment. 



Double Patenting 

9. The nonstatutory double patenting rejection is based on a judicially created doctrine 
grounded in public policy (a policy reflected in the statute) so as to prevent the 
unjustified or improper timewise extension of the "right to exclude" granted by a patent 
and to prevent possible harassment by multiple assignees. A nonstatutory obviousness- 
type double patenting rejection is appropriate where the conflicting claims are not 
identical, but at least one examined application claim is not patentably distinct from the 
reference claim(s) because the examined application claim is either anticipated by, or 
would have been obvious over, the reference claim(s). See, e.g., In re Berg, 140 F.3d 
1428, 46 USPQ2d 1226 (Fed, Cir. 1998); In re Goodman, 1 1 F.3d 1046, 29 USPQ2d 
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2010 (Fed. Cir. 1993); In re Longi, 759 F.2d 887, 225 USPQ 645 (Fed. Cir. 1985); In re 
Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re Vogel, 422 F.2d 438, 164 
USPQ 619 (CCPA 1970); and In re Thorington, 418 F.2d 528, 163 USPQ 644 (CCPA 
1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1.321(c) or 1.321(d) may 
be used to overcome an actual or provisional rejection based on a nonstatutory double patenting 
ground provided the conflicting application or patent either is shown to be commonly owned 
with this application, or claims an invention made as a resuh of activities undertaken within the 
scope of a joint research agreement. 

Effective January 1, 1994, a registered attorney or agent of record may sign a terminal 
disclaimer. A terminal disclaimer signed by the assignee must fully comply with 37 CFR 
3.73(b). 

Claims 1, 2 and 4-6 provisionally rejected on the ground of nonstatutory obviousness- 
type double patenting as being unpatentable over claim 1, 2, 3, 6, and 7 of copending Application 
No. 10/646,428 (hereinafter '428). Although the conflicting claims are not identical, they are not 



patentably distinct from each other because of the following observation. 



Instant Claim 


'428 Claim 


1 . A method for rendering an assembly of a 
first object and a second object on a user- 
interface of a device, the device being either of 
a first type or of a second type, the first and 
second objects presenting data of an 
application, the method comprising the 
following steps: receiving an application 
specification document by the device, the 
application specification document having a 
statement with an indication to render the first 
and second objects in the assembly; 


1 . A method for rendering an assembly of a 
first object and a second object on a user- 
interface of a device, the device being either of 
a first type or of a second type, the first and 
second objects presenting data of an 
application, the method comprising: providing 
an interpreter specific for an application 
specification language used to write the 
application; storing the interpreter in the 
device; receiving an application specification 
document by the device, the application 



1 
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interpreting the statement of the application 
specification document to identify a 
presentation pattem for the assembly from 
predefined first and second presentation 
pattems according to the type of the device; 
and rendering the assembly of the first and 
second objects on the user-interface according 
to the presentation pattern identified in the 
interpreting step. 


specification document having a statement 
with an indication to render the first and 
second objects in the assembly; interpreting the 
statement of the application specification 
document using the interpreter to identify a 
presentation pattem for the assembly from 
predefined first and second presentation 
pattems according to the type of the device; 
and rendering the assembly of the first and 
second objects on the user-interface according 
to the presentation pattem identified during the 
interpreting of the statement. 


2. The method of claim 1, prior to the receiving 
step, further comprising: specifying the 
application in the application specification 
document by a workbench in a development 
computer; and simulating the rendering step by 
a pre-viewer component of the workbench. 


2. The method of claim 1 , fiirther comprising: 
simulating the rendering of the assembly by a 
pre-viewer component of a workbench used in 
a development computer. 


3. The method of claim 1, wherein in the 
rendering step, the first object and the second 
objects are rendered according to the 


4. The method of claim 1, wherein in the 
rendering step, the first object and the second 
objects are rendered according to the 
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presentation pattern and to a predefined 
hierarchy pattern. 


presentation pattem and to a predefined 
hierarchy pattem. 


6. The method of claim 1 , wherein the 
presentation pattern is as a display pattern, 
wherein the objects are rendered to the user- 
interface being a screen, and wherein the 
presentation pattern is identified according to 
the size (X) of the screen. 


5. The method of claim 1, wherein the 
presentation pattem is as a display pattem, 
wherein the objects are rendered to the user- 
interface being a screen, and wherein the 
presentation pattem is identified according to 
the size of the screen. 


7. The method of claim 1 , wherein in the 
rendering step, the presentation pattern is an 
audio pattem. 


6. The method of claim 1 , wherein in the 
rendering step, the presentation pattem is an 
audio pattem. 


8. A computer-program product to visually 
render a first object and a second object in an 
assembly on screen of a computing device, the 
objects presenting data of an application on a 
computer that is at least temporarily coupled to 
the computing device, the device being either 
of a first type or of a second type, the 
comouter-Droeram product havine instructions 
that cause a processor of a computing device to 
perform the following steps: receiving an 
application specification document from the 


8. A computer-program product to visually 
render a first object and a second object in an 
assembly on screen of a computing device, the 
objects presenting data of an application on a 
computer that is at least temporarily coupled to 
the computing device, the device being either 
of a first type or of a second type, the 
comDuter-Dro^ram nroduct having instructions 
that cause a processor of a computing device 
to: provide an interpreter specific for an 
application specification language used to 



Application/Control Number: 10/729,228 
Art Unit: 2191 


Page 10 


computer, the application specification 


write the application; store the interpreter in 


document having a statement with an 


the computing device; receive an application 


indication to render the first and second objects 


specification document from the computer, the 


in the assembly; interpreting the statement of 


application specification document having a 


the application specification document to 


statement with an indication to render the first 


identify a visual presentation pattern for the 


and second objects in the assembly; interpret 


assembly from predefined first and second 


the statement of the application specification 


visual presentation patterns according to the 


document using the interpreter to identify a 


type of the device; and rendering the assembly 


visual presentation pattem for the assembly 


of the first and second objects on the screen 


from predefined first and second visual 


according to the visual presentation pattem 


presentation patterns according to the type of 


identified in the interpreting step. 


the device; and render the assembly of the first 




and second objects on the screen according to 




the visual presentation pattem identified in the 




interpreting step. 



This is a provisional obviousness-type double patenting rejection because the conflicting 
claims have not in fact been patented. 



Claim Rejections - 35 USC § 102 

10. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 
basis for the rejections under this section made in this Office action: 



102 that form the 



Application/Control Number: 10/729,228 
Art Unit: 2191 



Page 1 1 



A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public use or on sale in this 
country, more than one year prior to the date of application for patent in the United States. 

11. Claims 1-14 are rejected under 35 U.S.C. 102(b) as being anticipated by the published 
document "UIML: An XML Language for Building Device-Independent User Interfaces" 
by Marc Abrams and Contanrinos Phanouriou (hereinafter, UIML) in December 1999. 

Per claim 1: 

UIML discloses: 

providing an interpreter specific for an application specification language used to write the 
application (page 11, Figure 3 and related discussion, ...dynamic interface generate on-the-fly); 
storing the interpreter in the device (page 11, Figure 3 and related discussion, ...database); 
receiving an application specification document by the device, the application specification 
document having a statement with an indication to render the first and second objects in the 
assembly (page 3, section Deploying UIML . .UIML document. . .compiled to a target 
platform's language... is mandatory for devices... eel lulai\.." and page 5 section UIML as a 
meta-language "...UIML document... specifies a mapping of those names to a vocabulary 
specific to a particular target platform. . Also, see Figure 3); 

interpreting the statement of the application specification document using the interpreter to 
identify a presentation pattern for the assembly ft'om predefined first and second presentation 
patterns according to the type of the device (page 5 section UIML as a meta-language "...UIML 
document. . .specifies a mapping of those names to a vocabulary specific to a particular target 
platform..." Also, see Figure 3); and 
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rendering the assembly of the first and second objects on the user-interface according to the 
presentation pattern identified during the interpreting of the statement (page 3, section Deploying 
UIML . .Java interpretive renderer permits the entire UIML interface to appear as a Java 
bean. . .end-user devices. , Also, see Figure 3). 

Per claim 2: 

The rejection of claim 1 is incorporated and further, UIML discloses: 

simulating the rendering step by a pre-viewer component of the workbench (See Figure 1 and 3 
and related discussion). 

Per claim 3: 

The rejection of claim 1 is incorporated and further, U IML discloses: 

storing the predefined presentation patterns by the interpreter (page 11, Figure 3 and related 

discussion, ...database). 

Per claim 4: 

The rejection of claim 1 is incorporated and further, UIML discloses: 

wherein in the rendering step, the first object and the second objects are rendered according to 
the presentation pattern and to a predefined hierarchy pattern (See Figure 2a~2c and related 
discussion). 



Per claim 5: 
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The rejection of claim 1 is incorporated and further, UIML discloses: 
wherein the presentation pattern is as a display pattern, wherein the objects are rendered to the 
user-interface being a screen, and wherein the presentation pattern is identified according to the 
size of the screen (See Figure 1 and 3 and related discussion). 

Per claim 6: 

The rejection of claim 1 is incorporated and further, UIML discloses: 
wherein in the rendering step, the presentation pattern is an audio pattern (page 2, section 
VoiceXML "...VoiceXML is a markup language for specifying interactive voice response 
applications. . .conversions. . ."). 

Claim 8 is the computer product claims corresponding to method claim 1, and rejected under the 
same rational set forth in connection v^th the rejection of claim 1, above. 

Per claim 9: 

UIML discloses: 

defining a user-interface model (page 4, section UIML-Main Elements . .user interface. . .set of 
interface parts comprising the interface..."); 

defining an application specification document by a meta-language (page 5, section UIML as a 
meta-language . .UIML can be viewed as a meta- or extensible language. . ."); 
customizing a workbench component that identifies constraints on the validity of the application 
specification document (See Figure 1 and 3 and related discussion); 
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defining layout themes for the computing device (page 5, section UIML-Main Elements . .a 
style element, which specifies presentation style that is device-specific for each class of interface 
parts..."); 

realizing the user-interface model in an interpreter component (page 4, section UIML-Main 
Elements "...user interface... set of interface parts comprising the interface..."); and 
realizing the layout-themes in the interpreter component (page 5, section UIML-Main Elements 
"...a style element, which specifies presentation style that is device-specific for each class of 
interface parts...") 

rendering a first object and a second object on the user interface of the device using the 
user interface model according to one of the layout themes for the device after receiving 

(page 3, section Deploying UIML .Java interpretive renderer permits the entire UIML 
interface to appear as a Java bean. . .end-user devices. . ." Also, see Figure 3) . at the device, the 
application specification document, wherein the application specification document 
includes a statement with an indication to render the first and second obiects in the 
assemblv (page 3, section Deploying UIML . .UIML document. . .compiled to a target 
platform's language. . .is mandatory for devices. . .cellular. . and page 5 section UIML as a 
meta-language . .UIML document. . .specifies a mapping of those names to a vocabulary 
specific to a particular target platform..." Also, see Figui^e 3). 

Per claim 10: 

The rejection of claim 9 is incorporated and further, UIML discloses: 
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determining the types of tiles and the functionaUty of tiles, the tiles being elements of the user- 
interface model (page 5, section UIML-Main Elements "...style elements... mapping of interface 
parts to a vocabulary of names of user interface widgets in the platform to which the user 
interface will be mapped determining relationships between the tiles in an assembly; and 
determining a navigation state and the required user operations on the navigation state (page 5, 
section UIML-Main Elements "UIML includes a peers element, which specifies what widgets in 
tlie target platform and what methods or functions in scripts, programs, or objects in the 
application logic are associated with the user interface''). 

Per claim 11: 

The rejection of claim 10 is incoiporated and further, UIML discloses: 

defining specifications to the types of tiles (page 1 1 , Figure 3 and related discussion, . . .dynamic 
interface generate on-the-fly); defining attributes to express properties of the tiles; and defining 
attributes in the navigation state UIML uses three levels of names for interface parts and events, 
(page 6, section UIML as a meta-language "second name is in the style element and maps the 
mnemonic to an abstiact widget name (e.g., Menultem)... mapping from one abstract set of 
names (e.g., "BigWindow") to multiple platfonns (e.g., MFC or Java Swing) without modifying 
the rest of the interface description. . ."). 

Per claim 12: 

The rejection of claim 1 1 is incorporated and further, UIML discloses: 
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defining a representation on the output media of device for each element of the user-interface 
model; and defining the user-interface model for each operation of the user-interface model 
(page 5, section UIML-Main Elements "...style elements... mapping of interface parts to a 
vocabulary of names of user interface widgets in the platform to which the user interface will be 
mapped 

Per claim 13: 

The rejection of claim 12 is incoq^orated and further, UIML discloses: 

creating models to specify the tiles and the assembly; implementing constructors to create user- 
interface instances from the application specification document; and implementing the user- 
interface instances from the models in a computer programming language (page 3, section 
Deploying UIML . .UIML document. . .compiled to a target platform's language. . .is mandatory 
for devices. . .cellular. . and page 5 section UIML as a meta-language , .UIML 
document. . .specifies a mapping of those names to a vocabulary specific to a particular target 
platform..." Also, see Figure 3). 

Per claim 14: 

The rejection of claim 13 is incorporated and further, UIML discloses: 
implementing each layout-theme as a layout handler; and obtaining a selection of the layout- 
theme by a developer and forwarding the selection to the interpreter component (page 7, section 
UIML Architecture "The structure element enumerates a set of interface parts and their 
organization for various platforms and devices. The style element defines the values of various 
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properties associated with interface parts. The content element associates words, sounds, and 
images with interface parts to facilitate internationalization or customization for different user 
groups. Finally, the behavior element enumerates a set of rules that describe how the user 
interface should react on different stimulus (i.e., from user, device, or the application logic)"). 

Conclusion 

12. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Satish S. Rampuria whose telephone number is (571) 272-3732. 
The examiner can normally be reached on 8:30 am to 5:00 pm Monday to Friday except every 
other Friday and federal holidays. Any inquiry of a general nature or relating to the status of this 
application should be directed to the TC 2100 Group receptionist: 571-272-2100. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Wei Y. Zhen can be reached on (571) 272-3708. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

Satish S. Rampuria 

Patent Examiner/Software Engineer 

Art Unit 2191 




